home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
PC Media 4
/
PC MEDIA CD04.iso
/
share
/
os2
/
teldr000
/
teldor.doc
< prev
next >
Wrap
Text File
|
1994-06-24
|
5KB
|
114 lines
Documentation for Telnet Door version 0.00, the universal interface between an
OS/2 BBS and the Internet.
Telnet Door is a program that I initially wrote because I want to connect my
BBS to the Internet via a UNIX system. I wrote this door to enable users of
my system to login to my UNIX system via OS/2s TCP/IP networking, and from
access the Internet from there (once I get a connection). I soon realised that
many other sysops want to do the same thing, so I decided to release this as
shareware.
This is version 0.00 which is missing a lot of things that I would like to
have included (such as much more documentation). But I decided to get a quick
release out the door and continue work based on user feedback.
+++Shareware legal statement:
This program is not guaranteed to do anything apart from consume space on
your hard drive. If you wish to use this for more than 90 days from the date
you received it you must pay me $30 Australian, for each line of your BBS that
will be running this program (see below).
+++System requirements:
This program requires at least OS/2 version 2.0 running IBM's TCP/IP
networking software version 2.0 (I believe that my program is compatible with
FTP software's TCP/IP for OS/2, but I haven't been able to test it).
Requirements for RAM and hard drive space are so small that it won't make an
impact on the typical BBS system.
+++Test system:
This program has been extensively tested on an OS/2 system running OS/2
version 2.11 with IBM's TCP/IP version 2.00 on a 486. The target system of
the TELNET was a 386 running Linux (kernel version 1.1.19 and utilities from
the Slackware 1.2.0.3 distribution) and was on an ethernet segment. Although
I haven't tested them, other types of TCP/IP networks (SLIP, Token Ring, etc)
should all work. TCP/IP hides the network hardware from my application so the
actual hardware being used shouldn't matter.
+++Compiler used:
This program was compiled with IBM's Cset++ version 2.1.
+++Usage of the program:
Here's the help screen which is displayed when you give it incorrect command
line parameters:
Can't connect.
Usage: telnetdr [ OPTIONS ] hostname
hostname is in dotted decimal or *domain name* convention
Options: c=com handle file handle for serial port if any
f=door config file full file and path name for DORINFO1.DEF file
t=mins time in minutes that the user may be logged in
d=filename debugging file name
l=filename logging file name
p=port TCP port to login to on remote machine
* domain names is a feature that's not yet implemented
Telnet Door V0.00, copyright 1994 Russell Coker.
Basic usage is the same as any other Telnet program, just "teldor 193.1.1.1"
or whatever the destination address is.
For basic BBS operation it is: "teldor f=c:\path\dorinfo1.def 193.1.1.1"
The 'f' parameter specifies the fully qualified path name of the DORINFO1.DEF
file which contains all necessary information on the user. NB The "COMx"
line in the door file is taken to contain the number of the open OS/2 file
handle for the serial port. So "COM3" does not mean serial port 3 it means
file handle 3 which points to a serial port. If you don't understand this
then read the documentation for Maximus or BinkleyTerm. I don't agree with
that feature being used in that way, but I know 99% of you have BBSs set up
like that. The preferred way of passing an open serial port handle is via the
"C=x" command line parameter which overrides the parameter in the door file
(all command line parameters take precedence over door file parameters).
This program will exit if a user tries to stay online longer than they are
allowed. It does not hang up on them, it merely tells them that their time
is up and exits. This allows the BBS software to decide exactly what to do
when someone stays online too long. The amount of time that they are allowed
is taken from the command line via the "t=x" parameter, or from the door file
if it's not specified on the command line (NB the doorfile is strictly
optional, if you don't specify a time limit on the command line and the
doorfile isn't being used then they are allowed to stay online forever).
The "p=x" command line parameter is used to specify the TCP port to login
to on the remote machine. The default is 23 (the RLOGIN port).
The parameters "d=" and "l=" are for specifying the debugging and logging
file names respectively. The logging file will store all data sent to the
user on disk and may be useful to a sysop. The debugging file will only store
information on the state of my program. The intended usage of the debugging
file is for you to send it to me if you encounter a bug in my program, however
if you feel curious then feel free to try and decipher it.
To register post a cheque for $25 Australian to:
Russell Coker,
PO Box 424,
Lilydale, 3140,
Victoria Australia.
To get the latest version and for technical support you can send EMAIL to
the following addresses:
russell.coker@p0.f363.n633.z3.fidonet.org.
Russell Coker @ 3:633/363.0 @ fidonet
Or call my BBS directly on +61-3-739-7145.
To get the absolutely latest version FREQ "TELDOR" from 3:633/363.